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Method for addressing a bitstream to be recorded or being 
recorded on a storage medium 

The invention relates to a method and to an apparatus for 
addressing a bitstream to be recorded or being recorded on a 
storage medium, e,g, an optical disc* 



Background 



10 



f In bitstream recording one is free to subdivide the bit- 
stream into sub-units of more regular structure. Presenta- 
tion data in DVDs (digital video or versatile disc) is or- 
ganised into units called Video Object Unit, denoted VOBU, 

15 ^ or Stream Object Unit, denoted SOBU, e.g. in the DVD VR 

^ Specification for DVD Video Recording in which the units are 
called VOBUs-. VOBUs.have a variable size (data amount meas- 
ured in number of sectors), but have also a variable dura- 
tion (measured in number of video fields) , SOBUs have a con- 

20 stant size, but have also a variable duration. 

For data retrieval from the disc the DVD VR specification 
foresees a 'VOBU map' which is a table where for every VOBU 
in^a recording the length in sectors and the duration in 
fields is entered- 



25 



Invention 



A title for data retrieval from a storage medium can be 
30 bas€^ on bitstream data being subdivided into pieces of con- 
Stanly duration- 'Duration' means the difference between the 
arri|al time of the first packet of a piece and the arrival 
timepDf the packet following immediately the last packet of 
thatfciece . 

35 'Hou|tf keeping' in the general context of either DVD VR re- 
cording or stream recording is the task to translate a given 
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time value (presentation time in case of DVD VR recording or 
packet arrival time in case of Stream recording) into a disc 
address value where the desired data can be found. 
Ill such systems the VOBU or SOBU map or ^mapping list'/ de- 
5 noted MAPL, can contain a specific size or a specific offset 
or a specific delta size or, in general, a specific address- 
like quantity for each of these constant-duration pieces. By 
storing delta values instead of the total duration at a cur- 
rent VOBU or rSOBU these entries can be described with 
10 shorter word length which helps to keep the total MAPL in a 
reasonable size. 

A possible type of housekeeping process for these systems 
could include the following steps: 

By division and truncation, calculate from the given time 
15 value the index of the mapping list entry to be looked 

up . 

The content of the mapping list entry either directly 
specifies the address value to access, or all mapping 
list entries up to that index have to be accumulated to 
20 get the address value to be accessed. 



The big disadvantage of such type of MAPL which is based on 
constant-duration pieces lies in the following: 

In case of a low bitrate recording the pieces of constant 

25 duration will be small in size, i.e. every piece will 

comprise a few data sectors only or, in the extreme, a 
fraction of a data sector only. The disc can contain 
enormous numbers of those pieces, so that the MAPL may 
become too big to be kept in the memory. 

30 - In case of high bitrate recording, the pieces of constant 
duration are big in size, i,e, each piece will comprise 
many data sectors. Then^ addressing one piece or another 
corresponds to a very coarse addressing on the (sector) 
scale, i.e. a piece address derived from the MAPL can be 

35 located many sectors away from the currently desired lo- 

cation. 
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—Therefore housekeeping based on constant-duration pieces can 
result in a too big MAPL in some cases {up to one half of 
the disc capacity) / and can result in too coarse addressirig 
in other cases , 

5 It is one object of the invention to disclose a method for 
assigning to a given time value a storage medium address 
value which method avoids such disadvantages. This object is 
achieved by the method disclosed in claim 1, 

10 According to the invention the mapping list MAPL is based on 
pieces of constant length or size, i.e. a constant number of 
bits per piece. 

In a medium like DVD-RAM where data are physically organised 
into 'ECC blocks* (ECC; error correction code) of 32kByte 

15 length each, particular advantages result if the above con- 
stant size or a multiple of it is used as the constant size 
of a piece. However, any other constant size can be used. In 
this case of pieces o:f.reo:nstant size the MAPL contains for 
each of these pieces of constant size a specific absolute 

20 duration or, preferably, a specific delta duration which in- 
dicates the arrival time of the first packet of a piece and 
the arrival time of the packet following immediately the 
last packet of that piece. 

The housekeeping process, i.e. the computation of the target 
25 VOBU or SOBU address includes the following steps: 

- Accumulate the delta durations contained in the MAPL un- 
til the given time value is most closely reached towards 
the target VOBU or SOBU, i.e. until the sum of delta du- 
rations is less than or equal to the given time value as- 
30 suming that forward scanning of the VOBU or SOBU entries 

is performed, or until the sum of delta durations is 
greater than or equal"" to the given time value assuming 
that backward scanning of the VOBU or SOBU entries is 
performed . 

35 * The running index of this mapping list entry multiplied 
by the constant piece size directly results xn the ad- 
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dress value to be accessed. 



The advantages of the inventive constant-size based MAPL 
are : 

5 - the MAPL size does not depend on the bitrate of the re- 
cordings, 

the MAPL addressing accuracy is constant/ the granularity 
basically corresponds to the 'piece size constant' which 
can be chosen as appropriate to be constant for all types 
10 of discs, to be constant per disc, or to be constant per 

recording on a specific disc. 
Advantageously/ the address table contains an additional 
initializing value to initialize the accumulation of the 
delta time durations, 

15 

In principle, the inventive method is suited for addressing 
a bitstreaia to be recorded or being recorded on a storage 
medium, e.g. a DVD recorder, wherein an address table is 
used that is based on pieces of said bitstream, and wherein: 
20 - said pieces each include a constant amount of bits of 
said bitstream; 

using a running index, to each address table entry for 
said pieces, in particular to each address table entry 
except the one having the highest index, a delta time du- 

25 ration is assigned in said address table; 

- the address table contains in addition an initialisation 
value which allows to have a share of equal bits between 
a predetermined amount of MSBs of application time stamps 
and the same cimont of LSBs of said delta time durations ; 

30 - in order to get an address value for reaching a target 

address said initialisation value and all delta time du- 
rations up to the nearest time duration corresponding to 
said address value become accumulated and the running in- 
dex corresponding to the delta time duration entry re- 

35 ' lated to said nearest time duration becomes multiplied by 
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signed integer value, e.g. 18), PAT: Packet Arrival Time, 
RBN: relative byte nuiuber, RBP: relative byte position/ 
RLBN: relative logical block number, SCR: system clock ref- 
erence, SOB: Stream Object, SOBU: Stream Object Unit, 
SOB_E_APAT: APAT of the last AP of the SOB, SOB_S_APAT: APAT 
of the first AP of the SOB, SOBU_S_APAT: APAT of the first 
AP of the SOBU, STB: set top box, •SUM_IAPAT = Summation of 
I APAT values, TOC: table of content. 



10 This system is designed to satisfy the following require- 
m.ents : 

Any packet size can be supported as long as it is less than 
2kByte and of constant length within a take* 
A timing mechanism, i.e. a time staimp is added to every 
15 broadcast packet to enable proper packet delivery during 
playback. 

To enlarge the fields of applications, non-real-time record- 
ing should be possible. However, in this case the STB has to 
generate the Time Stamp information- 
20 Data allocation strategy and file support real-time stream 
recording. 

Many digital services require Service Information which nor- 
mally is embedded in the real-time stream. To support a STB 
fed by data from a DVD player, the DVD should provide addx- 
25 tional space, which can be used by the STB to duplicate part 
of the service information and to add additional TOC infor- 
mation. 

Copy Protection must be supported. In addition, any scram- 
bling performed by the service provider or the STB must be 
30 kept unchanged - 

User requirements can be grouped into requirements for re- 
cording, requirements for playback, and requirements for ed- 
iting: 

<Reai-tijne Recording 
35 The system should be designed to enable real-time recording 
of digital streams- It also should allow the user to con- 
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said constant amount in order to compute said address 



value . 
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Advantageous additional einbodiments of the inventive: method 
are disclosed in the respective dependent claims. 

Drawings 

Einbodiments of the invention are described with reference to 
the accompanying drawings, which show in: 



Fig . 


1 


simplified overall system for DVD Stream Recording; 


Fig- 


2 


basic directory and file structure; 


Fig, 


3 


navigation data structure; 


Fig- 


4 


a stream pack; 


Fig . 


5 


inventive mapping list; 


Fig. 


6 


structure of this mapping list; 


Fig. 


7 


mapping list example; 


Fig- 


8 


comparison of several time values; 


Fig. 


9 


lAPAT structure; 


Fig. 


10 


APAT and PAT Structure; 


Fig. 


11 


ATS structure. 



Exemplary embodiments 

The DVD VR stream recording system is designed to use rewri-- 
table DVD discs for recording existing digital bitstreams/ 
editing them and playing them back as bitstreams. 
The following abbreviations are used: 

AP: Application Packet, APAT: Application Packet Arrival Ti- 
me, ATS: Application Times tamp, lAPAT: Incremental APAT 
(delta values with 12 bit resolution), LB: Logical Block/ 
LSBs: least significant bits, MAPL: Mapping List, MSBs: most 
significant bits, MTU_SHFT: Mapping Time Unit Shift (an un- 
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catenate recordings, even if those recordings consist of 
different stream formats, If recordings are concatenated, a 
seamless or close to seamless playback possibility would be 
nice but is not required. 

5 

Navigation Support 

To support navigation two pieces of information (lists) 
should be generated during recording: 

1) An 'original' version of a play list. This list contains 
10 quite low level information^ e.g. time map or (broadcast) 

* packet order of the recording. This list is accessible by 
the STB and the content is understood by the DVD streamer as 
well as by the STB. In its original version the playlist en- 
ables the playback of a complete recording. The playlist may 
15 be accessed and extended after recording by the STB to allow 
more sophisticated playback sequences, 

2) The second piece of information^ a mapping list/ is gen- 
erated to support the stream recorder to retrieve packet 
stream chunks (cells) , that are described in terms of the 

20 application domain, e.g. 'broadcast packets' or 'time'. This 
list is owned and understood by the DVD streamer only. 

Content Description 

The system should reserve space which can be used by the STB 
25 to store high level TOC and Service Information. This infor- 
mation is provided for the user to navigate through the con- 
tent stored on disc and may contain sophisticated GUI infor- 
mation. The content needs not to be understood by the stream 
recorder. However a common subset of the TOC information, 
30 e.g. based on a character string, may be useful to be shared 
between STB and DVD, in order to enable the stream recorder 
to provide a basic menu by itself. 

Playback of individual recording and playing all recordings 
35 sequentially should be possible via play list. 
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Concerning the" directory and' file structure, the organisa- 
tion of Stream Data and Navigation Data of DVD Stream Re- 
cording is done in a specific way such as to take into ac- 
count the following: 

- Any DVD Streamer device STRD has certain requirements to 
store its own mapping list or Streamer-specific naviga- 
tion data on the disc. These data are solely for helping 
the retrieval of recorded data; they need not be under- 
stood or even be visible to any outside application de- 
vice AD^ 

Any DVD Streamer device STRD needs to communicate with 
the application device AD it is connected to- This commu- 
nication should be as universal as possible so that the 
maximum possible range of applications can be connected 
to the Streamer. The Navigation Data to support such com- 
munication are called Common navigation data and must be 
understandable by the Streamer as well as by the applica- 
tion device. 

The Streamer device STRD should offer to the connected 
application device AD a means for storing its own private 
data of any desired kind. The Streamer needs not to un- 
derstand any of the content/ internal structure, or mean- 
ing of this Application-specific navigation data. 



25 Fig. 2 illustrates a possible directory and file structure 
where all the data comprising the disc content are* The 
files storing the disc content are placed under the STRREC 
directory which is under the root directory. Under the 
STRREC directory the following files are created: 
30 - COMMON. I FO 

Basic information to describe the stream content- Needs 
to be understood by the Application Device as well as the 
Streamer. 
- STREAMER. I FO 
35 Private stream object information specific to the 

Streamer Device. Needs not to be understood by the Appli- 
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cation Device. - . . 

- APPLICAT.IFO 

Application Private Data, i.e, information that is spe- 
cific to the Application (s) connected to the Streamer- 
Needs not to be understood by the Streamer, 

- REALTIME. SOB 

Recorded real-time stream data proper. 
Note that except for the files described above, the STRREC 
directory shall not contaxn any other files or directories. 

Concerning the navigation data structure. Navigation data is 
provided to control the recording, playing back, and editing 
of any bit streams that are recorded. As shown in Fig, 3, 
Navigation Data includes Stream Management Information (SMI) 
as contained in the file named COMMON. IFO and Stream Object 
Information (SOBI) as contained in the file named 
STREAMER. IFO. From the point of view of the Streamer Device, 
these two kinds of information are sufficient to perform all 
necessary operations. 

In addition to these, DVD Stream Recording also foresees the 
possibility of reserving a storage location for Application 
Private Data (APD) , which may in general also be considered 
as Navigation Data. 

SMI and SOBI are the Navigation Data which are directly 
relevant for the Streamer operation, SMI includes three 
kinds of information tables, namely Stream Manager General 
Information (SM_GI) , Stream Title Table (STT) , and Stream 
Playlist Table (SPLT) , in this order. SOBI includes two 
kinds of information tables, namely Stream Object General 
Information (SOB_GI> and Mapping List (MAPL) , in this order. 
There is no restriction in Stream Recording that each table 
within Navigation Information must be aligned with a sector 
boundary. 



35 SM_GI includes information items like end address of SMI, 

end address of SM_GI, start address of STT and start address 
of SPLT. 
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STT includes information items like Number of Stream Titles, 
End Address of Stream Title Table, Application Packet Size, 
Service ID, Application Device ID, Stream Duration, Stream 
Name Search Pointer, Stream Title Names (STN) . 
5 SPLT includes information items like Number of Playlists, 
End address of SPLT, Start Addresses of Playlist Informa- 
tion, Number of playlist Entries, Index of Stream Title, 
Start SCR, and End SCR. 

10 stream Object General Information {SOB_GI) includes informa- 
tion items like SOB Type (SOB_TY) , SOB Recording Time 
(SOB_REC_TM) , SOB Stream Information Number (SOB_STI_N) , Ac- 
cess Unit Data Flags (AUD__FLAGS) , SOB Start APAT 
{SOB_S_APAT) , SOB End APAT (SOB_E_APAT> , first SOBU of this 

15 SOB (SOB_S_SOBU) , number of Mapping List entries 
(MAPL_ENT_Ns) . 

MAPL_ENT_Ns describes the number of mapping list entries to 
follow after SOB_GI, 

20 The purpose of the inventive Mapping List MAPL is to provide 
all necessary information so that given playlist entries are 
efficiently translated into disc address pairs, and 
viceversa . 

25 It is also possible to include Application Private Data 

which consist of three kinds of information, namely Applica- 
tion Private Data General Information, a set of one or more 
Application Private Data Search Pointers, and a set of one 
or more Application Private Data Area. If any Application 

30 Private Data exists, these three kinds of information become 
recorded and stored in this order xn the APPLICAT,IFO file. 

Stream Data include one or more Stream Objects (SOBs) each 
of which can be stored as a 'Program stream' as described in 
35 ISO/IEC 13818-1, Systems. 

A SOB can be terminated by a program_end_code , The value of 
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the SCR field in the first pack of each SOB may be non-zero. 
A SOB contains the Stream Data packed into a sequence of 
'Stream Packs' (S_PCKs) . Stream data can be organised as one 
elementary stream and are carried in PES packets with a 
5 stream^id- 

As shown in Fig. 4 a Stream Pack includes a 14-byte pack 
header and a Stream PES Packet to which a 24-byte PES packet 
header and a Substream ID byte belongs, 
10 A Stream Object is composed of one or more Stream Packs. 

The MAPL table depicted in Fig. 5 contains n pieces or SOBUs 
S0BU#1 to SOBU#n of the bitstream to be recorded or of the 
recorded bitstream. To S0BU#1 to SOBO#n-l a corresponding 
15 Incremental Application Packet Arrival Time entry IAPAT#1 to 
IAPAT#n-l is assigned, DAV denotes a desired address or tar- 
get address in the bitstream, S0BU#1 to SOBU#n each concern 
a constant number of bits of the bitstream. 

20 As shown in Fig. 6, the Mapping List includes the Initial 
Time of the MAPL IAPAT#0 and zero or more instances of in- 
cremental Application Packet Arrival Time" (lAPAT) . 





Contents 


Number of Bytes 


(1) lAPAT 


Incremental APAT 


2 




Total 


2 



The structure of the lAPAT value is depicted in Fig. 9. 
25 lAPAT describes the Incremental Application Packet Arrival 
Time of the corresponding Stream Object Unit in DVD Stream 
Recording's Incremental PAT Describing Format defined below. 

For an explanation on how to calculate IAPAT{i) during re- 
30 cording, the following notations will be used: 

• For abbreviation, M shall denote the number of Mapping 
List entries MAPL ENT Ns, 
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• SOBU_S_APAT (i) (1 ^ i < M) shall denote the start Applica- 
tion Packet Arrival Time of the Stream Object Unit #i of 
the Stream Object, i.e. the packet arrival time of the 
first packet belonging to the Stream Object Unit #i. 

5 SOBU_S_APAT (1) shall be equal to the Application Time 
Stamp of the first Application Packet of Stream Object 
Unit #1 of the Stream Ob;)ect- 

• lAPAT(O) shall denote the initial value for the Mapping 
List . 

10 • lAPAT(i) shall denote the i-th entry of the Mapping List, 
i.e. lAPAT(O) is the first and lAPAT(M-l) is the last en- 
try of the Mapping List. 

• SUM_IAPAT(i) shall denote the summation of the lAPATs from 
0 to i (i < M) 

15 SUM_IAPAT(i) = lAPAT(O) + lAPAT(l) + ... + lAPAT(i) (eq 1) 

with SUM_IAPAT (-1) = 0 . 

Then lAPAT(i) shall be chosen such that 
lAPAT(i) = 

20 floor (SOBU_S_APAT(i+l) /2MTU_SHIFT) _ SUM_IAPAT (i-1 ) (eq 2) 

for i = 1,2, , - M-1 . 

The lAPAT value range is limited by the resolution (12 bit) 
of an lAPAT value and its minimum value (IAPAT{i) = 1 for 
25 l>0 and lAPAT(O) =0): 

0 < lAPAT(O) < 2I2 3 J 
and 

1 ^ lAPAT(i) < 2I2 f^j. i > 1 (eq 4) 

30 The floor function floor (x) rounds down, e.g. floor (1.2) - 
floord.S) 1, floor(-1.2) = floor(-l,8) = -2. 
SOBU_S_APAT(i) is described in the DVD Stream Recording PAT 
Describing Format. But, in evaluating the equations above 
they must be treated as if they were 6 byte unsigned integer 

35 values - 
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Fig. 7 shows, 'along the time axis, an example of the order 
of SOBU, SOBU_S_APAT and lAPAT - The left side of the time 
axis is divided into ^Mapping Time Units' and the right side 
of the time axis shows the SOBUs, 

Mapping Time Unit is a duration corresponding to lAPAT = 1, 
and can be calculated as 

Mapping Time Unit = (2MTU_SHIFT / 90OOO) seconds (eq 5) 

For MTU_SHFT = 18 it corresponds to approx. 5.69 millisec- 
onds . 



SOB_S_APAT describes the start Application Packet Arrival 
Time of a Stream Object, i.e. the packet arrival time of the 
first packet belonging to the SOB. SOB_S_APAT is described 
below in the DVD Stream Recording PAT Describing Format: 
15 PATs consist of a base part and an extension part. The base 
part holds the so-called 90kHz unit value, and the extension 
part holds the less significant value measured in 27^CHz 
units • 

(a) Choosing SOB_S_APAT for a new recording 

20 A newly recorded SOB will normally start with the first Ap- 
plication Packet of a SOBU. In this case, SOB__S__APAT and the 
Application Timestamp of the first Application Packet of the 
SOB will normally be set to 0. 

(b) Calculation of SOB__S_APAT after editing 

25 After editing, e.g. deleting the start of a SOB, SOB_S_APAT, 
the Application Timestamp of the first Application Packet of 
the first SOBU of the SOB and the Application Timestamp of 
the first Application Packet belonging to the SOB may differ 
and may be not equal to 0. 

30 

All possible cases are covered by the following general 
definition of 50B_S_APAT: 

• let atSe be the 30-bit Application Timestamp of the first 
Application Packet belonging to the SOB and 
35 • let N be the number of all Application Timestamp wrap- 
arounds occuring between the 30-bit Application Timestamp 
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15 

of the first Application Packet starting in the first SOBU 

of the SOB and ats^ , i.e. 0 < N ^ 1, then 
SOB_S_APAT[MTU_SHFT + ll..,0] = atse [MTU_SHFT + 11...0] 
SOB_S_APAT [48 . . .MTU_SHFT + 12] = N 

5 

With this definition of SOB_S_APAT, the APAT of the first 
Application Packet starting in the first SOBU of the SOB is 
equal to or greater than 0 and less than 2 MTU_SHIFT+12 , 

10 Fig. 10 shows the DVD Stream Recording PAT Describing For- 
mat. The variables in this figure are defined as follows: 
PAT_base: PAT's base value measured by 90kHz unit 
PAT_exten: PAT's extension value measured by 27MH2 unit 
(0 < PAT_exten < 300) 

15 PAT in seconds = {PAT_base/90000H2) + (PAT_exten/27000000Hz) 

For an unique representation of times, PAT_exten must be in 
the range of 0 < PAT_exten < 300. Together, PAT_base and 
PAT_exten cover a range of more than 1696 hours- 

20 

SOB_E_APAT describes the end Application Packet Arrival Time 
of the Stream Object/ i.e. the packet arrival time of the 
last packet belonging to the SOB, in the DVD Stream Record- 
ing PAT Describing Format. The general definition of 
25 SOB_E_APAT is as follows: 

• let atsg be the 30-bit Application Timestamp of the last 
Application Packet belonging to the SOB and 

• let N be the number of all Application Timestamp wrap- 
arounds occuring between the 30-bit Application Timestamp 
of the first Application Packet starting in the first SOBU 
of the SOB and atsg / i.e. N > 0, then 

SOB_E_APAT [MTU^SHFT + 1 1 ... 0 ] = atSg [MTU_SHFT + 1 1 ... 0 ] 
SOB_E_APAT [48 . . .]ylTU_SHFT +12] = N 



35 



The Application Time Stamp (ATS) in front of each Applica- 
tion packet consists of a 30-bit value. An ATS includes a 
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base part and an extension part. The base part holds the so- 
called 90kHz unit value, and the extension part holds the 
less significant value measured in 27MH2 units. 
Fig* 11 depicts the DVD Stream Recording Application Time 
5 Stamp Describing Format. The variables in this figure are 
defined as follows: 

AU_START when set to ^1', indicates that the associated 

Application Packet contains a random access entry 
point (start of a random access unit) into the 
10 stream 

AU_END when set to ^1', indicates the associated Appli- 

cation Packet is the last packet of a random ac- 
cess unit 

ATS_base base value of ATS measured in 90kHz units 
15 ATS_exten extension value of ATS measured in 27MHz units 

ATS in seconds = (ATS_base/90000Hz) + (ATS_exten/27000000Hz) 

For a unique representation of times, ATS__exten must be in 
the range of 0 < ATS_exten < 300. Together, ATS_base and 
20 ATS exten cover a range of more than 2 3 seconds. 



Fig. S depicts the value ranges of ATS, lAPAT and SUM_IAPAT 
with respect to the 4 8-bit range of APAT, ATS covers bits 0 
to 29, lAPAT covers bits 18 to 29. SUM_IAPAT covers bits 18 
25 to 47. 

A significant advantage of the invention is that the mapping 
list generates timestamps SUM__IAPAT of which the 12 LSB bits 
No, 18 to 29 are identical to the 12 MSB bits No. 18 to 29 
of the stream timestamps ATS. This feature allows to sim- 
30 plify the real-time recorder hardware . 

Example function for scanning the Presentation Data until 
the desired Application Packet is found 

The following function describes how to scan Presentation 
3S Data in order to retrieve an individual application packet 
associated with a Packet Arrival Time ^x' , Thereby the Map- 
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pirig List and the access to it is described in more detail, 
e.g. internal intenuediate values which are required in sub- 
sequent steps/ see Fig. 5, 6 and 7, The main result of Map- 
ping List access is the Se'ctor offset SOFF, indicating where 
5 the scanning starts. The complete scanning will be carried 
out inside a given SOB, 
Notes on nomenclature used: 

• x4 8 is a e-byte APAT value which is indicated below by 
M8' . 

10 • The value ^30' attached to other variables indicates that 
they consist of 30 bits, e.g. Application Time Stamp ATS. 

• lAPAT(O), lAPAT(l), — denote the entries of the Mapping 
List . 

• The form var[a,..bl denotes the bit field between and in- 
15 eluding bits a and b of the variable var. 

• ^[i ... k] ' denotes bits i to k of a binary number, i = 
MSB, k = LSB . 

• V*4,.'*/' denotes explanatory comments. 

20 In order to simplify the example it is assumed that each 
sector contains an integer number of at least one applica- 
tion packet (s) . 

Function get__application_packet_location (x4 8 ) 
25 a) sum_iapat48 = lAPAT(O) *2^TU_SHIFT; ]c = 1 

b) ss48 = IAPAT(k)*2MTU_SHIFT 

c) if {sum_iapat48 + ss48) [47 . . . 18] > x48 [47 . . .18] , then 
go to g) 

d) sum_iapat48 = sum_iapat48 + ss48 
30 e) k = k + 1 

f) if k < MAPL_ENT_Ns, then go to b) 

g) soff = (k-l) *SOBU_SZ /* sector 
offset of SOBU#(k) relative to the 1st SOBU of the SOB */ 

h) offset48 [47. . .301 = sum_iapat48 [47 , . , 30] 
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i) offset48 [29. . .0] =0 - 
j) current_ats30 0; 
k) ap_no = 1 

/* Number of AP within Sector, 1 < ap^no < AP_Ns */ 
5 1} previous_ats30 = current_ats30 

m) current_ats30 = {ATS of the application packet #ap_no of 
sector #soff) 

n) if previous_ats30 is greater than current_ats30, then 
offset48 = offset48 + 2^^ /*handle ATS wrap around */ 
10 o) if current_ats30 + offset48 = x48 then 

go to s) /* target found! */ 

p) if sector #soff contains at least one more application 
packet start, then 
ap__no = ap_no + 1 
15 go to m) 

q) soff = soff + 1 
r) go to k) 



The desired application packet is now retrieved as packet 
20 #ap_no of sector #soff . A value of ap_no = 1 denotes the 

first Application Packet starting m the Sector- A value of 
soff = 0 denotes the first Sector of the first SOBU of the 
SOB, 

25 The above function is a more general example. It can be sim- 
lified if MTU_SHFT < 19. This requirement is fulfilled be- 
cause MTU_SHFT is defined as 18, 

a) sum_iapat30 = lAPAT(O); k = 1 

b) sum_iapat30 = sutn_iapat30 + lAPAT(k) 

30 c) if sum__iapat30 ^ x48 [47 . , , 18] , then go to f) 

d) k = k + 1 

e) if k < MAPL ENT_Ns, then go to b) 
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f) soff = (k-1) *S03U_SZ /* sector off- 
set of SOBU #(k) relative to the 1st SOBU of the SOB */ 

g) ap_no = 1 

nuiuber of AP within Sector , 1 <, ap_no < AP_PKT_Ns 

5 h) if (ATS of the application packet #ap_no of sector #soff) 
equal to x48[29 0]^ then 

go to 1) /* target found! */ 

i) if sector #soff contains at least one more application 
packet start/ then 
10 ap_no = ap_no + 1 

go to h) 

j) soff ^ soff + 1 
k) go to g) 



15 The desired application packet is now retrieved as packet 
#ap_no of sector #soff . A value of ap_no = 1 denotes the 
first Application Packet starting in the Sector. A value of 
soff = 0 denotes the first Sector of the first SOBU of the 
SOB, 

20 The 30 bits of ATS have the same weight as the 30 LSBs of 
APAT - 

It is not required that the first sector of the first SOBU 
of a SOB belongs to this SOB- If the first part of a SOB was 
erased/ then the remaining SOB may start in the middle of a 
25 SOBU/ i,e. the first sector of this SOBU is not part of the 
SOB. 



In Stream recording, the application performs its own pad-- 
ding, so that the pack length adjustment methods of DVD-ROM 
30 Video or DVD-VR need not to be used. In Stream recording it 
is safe to assume, that the Stream packets will always hav-r 
the necessary length. 

The data stream also contains application time stamps ATS, 
e.g. within the data packets. 
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1. Method for addressing a bitstream to be recorded or being 
recorded on a storage mediTom (STRD) r wherein an address 
table (MAPL) is used that is based on pieces (SOBU#n) of 
said bitstream, characterised by: 

said pieces (SOBU#a) each include a constant amount of 
bits of said bitstream; 
- using a running index (0, 1, 2, 3, n-1), to each ad- 

dress table entry for said pieces, in particular to each 
address table entry except the one having the highest in- 
dex, a delta time duration (IAPAT#n) is assigned in said 
address table; 

the address table contains in addition an initialisation 
value (IAPAT#0) which allows to have a share of equal 
bits between a predetermined amount of MSBs of applica- 
tion time stamps (ATS) and the same amont of LSBs of said 
delta time durations {IAPAT#n) ; 

in order to get an address value for reaching a target 
address (DAV) said initialisation value (IAPAT#0) and all 

delta time durations (IAPAT#1, IAPAT#n-l) up to the 

nearest time duration value corresponding to said address 
value become accumulated, and the running index (i) cor- 
responding to the delta time duration entry (ADUR#i) re- 
lated to said nearest time duration value becomes multi- 
plied by said constant amount in order to compute said 
address value . 

2- Method according to claim 1, wherein said storage medium 
(STRD) is a streamer device or a DVD recorder. 

3, Method according to claim 1 or 2, wherein said pieces 
{SOBU#n) of said bitstream contain data packets and a 
delta time duration value which is the difference between 
the arrival time of the first packet of a piece and the 
arrival time of the packet following immediately the last 
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packet of that piece. 



4. Method according to any of claims 1 to 3, wherein the 
size of a piece corresponds to the number of bits of an 
5 ECC block or a multiple thereof. 



5. Method according to any of claims 1 to 4, wherein said 
initialisation value corresponds to some, in particular 
12, MSBs of the application time stamp (ATS) of the first 
10 application packet of the first piece (SOBU) which is de- 

scribed by said address table (MAPL) . 




6. Method according to any of claims 1 to 5^ wherein said 
address table is a mapping list (MAPL) . 



• 
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Abstract 



In bitstream recording presentation data is organised into 
Video Object Units. These have a variable size but have also 
5 a variable duration. To allow access to any Video Object 
Unit in the bitstream a mapping list is used which is based 
on pieces (SOBU#n) of the bitstream of constant size per 
piece. The mapping list additionally contains for each of 
these pieces a specific delta duration (IAPAT#n) which indi- 

10 cates the difference between the arrival time of the first 
packet of a piece and the arrival time of the packet follow- 
ing immediately the last packet of that piece, and contains 
an initialisation value (IAPAT#0) which allows to have a 
share of equal bits between a predetermined amount of MSBs 

15 of application time stamps (ATS) and the same amont of LSBs 
of said delta time durations (IAPAT#n) . The computation of 
the target SOBU address includes the following steps: 

- accumulate the initialisation value and the delta dura- 
tions until the given time value is most closely reached to- 

20 wards the target SOBU; 

- the running index of this table entry multiplied by the 
constant piece size directly results in the address value to 
be accessed. 



Fig, 
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